SYSTEM, METHOD AND PROGRAM PRODUCT FOR MAINTAINING SESSION 
INFORMATION DURING DYNAMIC RESOURCE 
ADDITIONS OR UPDATES 



Background of the Invention 

1 . Field of the Invention 

[0001] The present invention generally relates to a system, method and program product for 
dynamically adding resources to, or updating resources in, a web application. Specifically, the 
present invention provides a way to maintain session information when dynamically adding Java 
resources to, or updating Java resources in, a web application. 

2. Related Art 

[0002] Web application servers typically allocate each web application its own class loader. To 
this extent, new class files can be dynamically added to a web application (or replaced) without 
restarting the web application server. Unfortunately, when a particular web application receives 
new class files, it invalidates, and therefore loses, all its current session information. As known 
in the art, a session is a sequence of service requests by a single user using a single client to 
access a server. The information maintained in the session across requests is called session state. 
Session state may include both information visible to the user (shopping cart contents, for 
example) and invisible application control information (such as user preferences). 
[0003] In view of the foregoing, there exists a need for a system, method and program product 
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for dynamically adding Java resources (e.g. Java ResourceBundles, class files, properties, 
images, etc.) to, or updating Java resources in, a web application without requiring the web 
application or a corresponding web application server to be restarted and without losing session 
state. 

Summary of the Invention 

[0004] In general, the present invention provides a system, method and program product for 
dynamically adding Java resources to, or updating Java resources in, a web application without 
requiring the web application or a corresponding web application server to be restarted and 
without losing session state. Specifically, under the present invention, to preserve session 
information and prevent restarting of the end user web application, Java resources (e.g., Java 
ResourceBundles) are not obtained directly (e.g., via the Java ResourceBundle.getBundle call), 
which would retrieve the Java resources from the class loader of the web application. Rather, 
Java resources are obtained indirectly from a separate web application (i.e., a Resource Lookup 
Web Application (RLWA)), whose only duty is to serve Java resources. 
[0005] A first aspect of the present invention provides a method for dynamically adding 
resources in a web application server, wherein the web application server includes at least one 
web application and a resource lookup web application, comprising: providing a resource; 
detecting an availability of the resource using the resource lookup web application; installing the 
resource into the resource lookup web application and, once installed, advertising the resource to 
the at least one web application; receiving a request for the resource from the at least one web 
application; and dynamically adding the resource to each requesting web application without 
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having to restart the requesting web application and without losing session information in the 
requesting web application. 

[0006] A second aspect of the present invention provides a method, comprising: dynamically 
adding a Java resource to at least one web application in a web application server without having 
to restart the web application and without losing session information in the web application. 
[0007] A third aspect of the present invention provides a system for dynamically adding 
resources in a web application server, wherein the web application server includes at least one 
web application and a resource lookup web application, comprising: a system for detecting a 
resource; a system for installing the resource into the resource lookup web application and, once 
installed, for advertising the resource to the at least one web application; and a system for 
receiving a request for the resource from the at least one web application and for providing the 
resource to each requesting web application; wherein the resource is dynamically added to each 
requesting web application without having to restart the requesting web application and without 
losing session information in the requesting web application. 

[0008] A fourth aspect of the present invention provides a program product stored on a 
recordable medium for dynamically adding resources in a web application server, wherein the 
web application server includes at least one web application and a resource lookup web 
application, which when executed, comprises: program code for detecting a resource; program 
code for installing the resource into the resource lookup web application and, once installed, for 
advertising an availability of the resource to the at least one web application; and program code 
for receiving a request for the resource from the at least one web application and for providing 
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the resource to each requesting web application; wherein the resource is dynamically added to 
each requesting web application without having to restart the requesting web application and 
without losing session information in the requesting web application. 
[0009] Therefore, the present invention provides a system, method and program product for 
dynamically adding Java resources to, or updating Java resources in, a web application without 
requiring the web application or a corresponding application server to be restarted and without 
losing session state. 

Brief Description of the Drawings 

[0010] These and other features of this invention will be more readily understood from the 
following detailed description of the various aspects of the invention taken in conjunction with 
the accompanying drawings in which: 

[001 1] FIG. 1 depicts a web application server including a plurality of web applications and a 

Resource Lookup Web Application (RLWA) in accordance with the present invention. 

[0012] FIG. 2 depicts a more detailed view of a web application server including the RLWA 

shown in FIG. 1, in accordance with the present invention. 

[0013] FIG. 3 depicts a method flow diagram according to the present invention. 

[0014] The drawings are merely schematic representations, not intended to portray specific 

parameters of the invention. The drawings are intended to depict only typical embodiments of 

the invention, and therefore should not be considered as limiting the scope of the invention. In 

the drawings, like numbering represents like elements. 
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Detailed Description of the Invention 

[001 5] As indicated above, the present invention provides a system, method and program 
product for dynamically adding Java resources to, or updating Java resources in, a web 
application without requiring the web application or a corresponding application server to be 
restarted and without losing session state. Specifically, under the present invention, to preserve 
session information and prevent restarting of the end user web application, Java resources (e.g., 
Java ResourceBuldles) are not obtained directly (e.g., via the Java ResourceBundle.getBundle 
call), which would retrieve the Java resources from the class loader of the web application. 
Rather, Java resources are obtained indirectly from a separate web application (i.e., a Resource 
Lookup Web Application (RLWA)), whose only duty is to serve Java resources. 
[0016] Referring now to Fig. 1, a web application server 10 including a plurality of web 
applications 12 (12A-C in this example) and a Resource Lookup Web Application (RLWA) 14 in 
accordance with the present invention is illustrated. Web application server 10 may comprise, 
for example, WEBSPHERE Application Server from International Business Machines Corp. of 
Armonk, NY, or other suitable web application server now known or later developed. Web 
applications 12A-C may comprise, for example, a search engine, a shopping web application, a 
portal, etc. Although three web applications 12A-C are shown as operating within web 
application server 10, it should be clear that any number of web applications 12 (e.g., one or 
more) may be present without departing from the intended scope of the present invention. 
[0017] RLWA 14 includes Java resources 16, which may include ResourceBundles, class files, 
etc. On startup, RLWA 14 places a reference to each Java resource 16 (or a way to get to each 
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Java resource 16) in its servlet context with the Servlet API call 

"getServlet().setAttribute(resourceName, resource)," where "resourceName" is the name of the 
Java resource and "resource" is the object to be referenced dynamically. The Servlet API call 
"getServlet().setAttribute(resourceName, resource) " which is a well known call in a Java-based 
web application server environment, and places a tag or similar identifier corresponding to each 
available Java resource 16 in a table that can be accessed by each web application 12A-C. In this 
manner, i.e., via its servlet context, the RLWA 14 "advertises" the Java resources 16 it has 
available to each web application 12A-C within web application server 10. 
[0018] Each web application 12A-C can obtain a Java resource 16 from the RLWA 14 servlet 
context via the Servlet API call "getServletContext().getContext(url)," where "url" is the path to 
RLWA 14's servlet as defined in its web.xml file. This allows each web application 12A-C to 
see which Java resources 16 are available from RLWA 14. From that context, each web 
application 12A-C can call "getAttribute(resourceName) ," where "resourceName" is the name of 
the desired Java resource. Referring to FIG. 1, arrows 18 represent Java resource 16 requests 
from web applications 12A-C to RLWA 14, while arrows 20 represent RLWA 14 responding 
with the requested Java resources 16. Again, the calls "getServletContext().getContext(url)" and 
"getAttribute(resourceName)," are commonly used to obtain Java resources in a Java-based web 
application server environment. 

[0019] A new or updated Java resource 16' (e.g., a ResourceBundle, class file, etc.), supplied by 
an external source, can be added in a known manner to RLWA 14 and loaded dynamically. 
While this will invalidate any session information on RLWA 14, it will not invalidate the session 
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information for web applications 12A-C. Specifically, after the new or updated Java resource 16' 
has been added to RLWA 14, Java resource 16' is available to all of the web applications 12A-C 
and can be requested by, and provided to, a requesting web application 12A-C from RLWA 14 in 
the manner detailed above. The requesting web application 12A-C subsequently receives and 
uses the new or updated Java resource 16' without losing session information and without having 
to be restarted. In this way, the new or updated Java resource 16' can be used seamlessly and 
appear in the user interface of the requesting web application 12A-C without end users 
experiencing any downtime or loss of information. In other words, under the present invention, 
to preserve session information and prevent restarting of the web application 12A-C, 
new/updated Java resources 16' are not obtained directly (i.e., via the class loader of the web 
application), but rather indirectly from a separate web application (i.e., RLWA 14), whose only 
duty is to serve Java resources. 

[0020] Typically, prior to the present invention, each web application in a web application server 
was required to load and install Java resources individually. Under the present invention, 
however, RLWA 14 manages Java resources 16, 16' for all of the web applications 12A-C, such 
that each Java resource 16, 16 f is installed once at a single location and is commonly accessible 
to any web application 12A-C running in the web application server 10. Therefore, Java 
resources 16, 16' can be installed once in a single location in web application server 10, thereby 
reducing memory overhead, and then shared by any web application 12A-C residing in the same 
web application server 10. 

[0021] Referring now to Fig. 2, a more detailed diagram a web application server 10 is shown. 
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In general, web application server 10 could be implemented on any computerized system capable 
of carrying out the functions of the present invention described herein. For example, the 
computerized system could be a personal computer, a workstation, a server, a laptop, a hand-held 
device, etc. 

[0022] As shown, web application server 10 generally comprises central processing unit (CPU) 
32, memory 34, bus 36, input/output (I/O) interfaces 38, external devices/resources 40 and 
storage unit 42. CPU 32 may comprise a single processing unit, or be distributed across one or 
more processing units in one or more locations. Memory 34 may comprise any known type of 
data storage and/or transmission media, including magnetic media, optical media, random access 
memory (RAM), read-only memory (ROM), a data cache, a data object, etc. Moreover, similar 
to CPU 32, memory 34 may reside at a single physical location, comprising one or more types of 
data storage, or be distributed across a plurality of physical systems in various forms. 
[0023] I/O interfaces 38 may comprise any system for exchanging information to/from an 
external source. External devices/resources 40 may comprise any known type of external device, 
including speakers, a CRT, LCD screen, hand-held device, keyboard, mouse, voice recognition 
system, speech output system, printer, monitor/display, facsimile, pager, etc. Bus 36 provides a 
communication link between each of the components in web application server 10 and likewise 
may comprise any known type of transmission link, including electrical, optical, wireless, etc. 
[0024] Storage unit 42 can be any system capable of providing storage for information, such as 
Java resources 16, 16', under the present invention. As such, storage unit 42 may reside at a 
single physical location, comprising one or more types of data storage, or be distributed across a 
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plurality of physical systems in various forms. In another embodiment, storage unit 42 may be 
distributed across, for example, a local area network (LAN), wide area network (WAN) or a 
storage area network (SAN) (not shown). 

[0025] Shown in memory 34 of web application server 10 is RLWA 14, which includes resource 
receiving system 50 for determining when new or updated Java resources 16' are available and 
for obtaining the new or updated Java resources 16\ In particular, when a new/updated resource 
is available, web application server 10 restarts the RLWA 14, and its initialization method is 
invoked. Resource receiving system 50 of RLWA 14 then checks for and obtains the 
new/updated resource during the processing of RLWA 14's initialization method. RLWA 14 
further includes a resource install system 52 for dynamically installing new/updated Java 
resources 16' into RLWA 14, a Java resource advertising system 54 for advertising the 
availability of new/updated Java resources 16' to the web applications running in web application 
server 10 (e.g., web applications 12A-C, FIG. 1) via the Servlet API call 
"getServlet().setAttribute(resourceName, resource)" or other known manner. Although the 
dynamic installation/loading of the new/updated Java resources 16' into RLWA 14 will invalidate 
any session information on RLWA 14, it will not invalidate the session information for web 
applications 12A-C. Once the new/updated Java resources 16 f have been added to RLWA 14, 
new/updated Java resources 16' are now available to all of the web applications 12A-C and can 
be requested from web application server 10 via resource request system 56. For example, the 
new/updated Java resources 16 f can be requested by, and provided to, a requesting web 
application 12A-C from RLWA 14 using the above-described 
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"getServletContext().getContext(url)" and "getAttribute(resourceName)" calls, or using other 
known techniques. A requesting web application 12A-C subsequently receives and uses the 
requested new or updated Java resource 16' without losing session information and without 
having to be restarted. In this way, the new or updated Java resource 16' can be used seamlessly 
and appear in the user interface of the requesting web application 12A-C without end users 
experiencing any downtime or loss of information. Indeed, an end user of the requesting web 
application 12A-C may never be aware that the above-described process has actually taken place. 
[0026] Referring now to Fig. 3, a method flow diagram 100 according to the present invention is 
shown. As depicted, in step SI, RLWA 14 obtains a new or updated Java resource 16' when it 
become available. In step S2, RLWA 14 installs the new/updated Java resource 16'. Next, in 
step S3, RLWA 14 "advertises" the availability of the new/updated Java resource 16' to the web 
applications (e.g., web applications 12A-C, FIG. 1). This can be achieved by the RLWA 14, for 
example, using the Servlet API call t4 getServlet().setAttribute(resourceName, resource)." In step 
S4, one or more web applications request the updated Java resource 16' via the 
"getServletContext().getContext(url)" and "getAttribute(resourceName)" calls. Thereafter, in 
step S4, the requesting web application receives, dynamically adds, and uses the requested 
new/updated Java resource 16'. 

[0027] It should be understood that the present invention can be realized in hardware, software, 
or a combination of hardware and software. Any kind of computer/server system(s) - or other 
apparatus adapted for carrying out the methods described herein - is suited. A typical 
combination of hardware and software could be a general purpose computer system with a 
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computer program that, when loaded and executed, carries out the respective methods described 
herein. Alternatively, a specific use computer, containing specialized hardware for carrying out 
one or more of the functional tasks of the invention, could be utilized. The present invention can 
also be embedded in a computer program product, which comprises all the respective features 
enabling the implementation of the methods described herein, and which - when loaded in a 
computer system - is able to carry out these methods. Computer program, software program, 
program, or software, in the present context mean any expression, in any language, code or 
notation, of a set of instructions intended to cause a system having an information processing 
capability to perform a particular function either directly or after either or both of the following: 
(a) conversion to another language, code or notation; and/or (b) reproduction in a different 
material form. 

[0028] The foregoing description of the preferred embodiments of this invention has been 
presented for purposes of illustration and description. It is not intended to be exhaustive or to 
limit the invention to the precise form disclosed, and obviously, many modifications and 
variations are possible. Such modifications and variations that may be apparent to a person 
skilled in the art are intended to be included within the scope of this invention as defined by the 
accompanying claims. 
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